Can we have captions / picture descriptions with different languages
in Campsite?

Sanna @ Gene

Hi Sanna,

As long as you insert the images via the TinyMCE editor into the article,
you can have that (and not only that, you can have different captions for
the same image in different articles). For the moment, we store the image
description (which we use as the default caption value) in only one
language. We should change this in the future.

All the best,

Sava





From: Generare Management Department

To: campsite-support@campware.org

Date: 10/19/2009 02:33 PM

Subject: [campsite-support] Captions with different languages






Can we have captions / picture descriptions with different languages
in Campsite?

Sanna @ Gene

Please make sure you added the publication alias "www.ourdomain.fi" to the
server that was on the "xyz.ourdomain.fi". After that reset the cache and
try again.

If you could not log in to the admin interface of the new "www.ourdomain.fi"
server clear your cookies in your browser.

Hope this helps,
Mugur

On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department <
management@generare.com> wrote:

> Hi!
> We have had a temporary address for the Campsite installation in the style
> of
> xyz.ourdomain.fi
> (so www.ourdomain.fi has different content)
>
> Now we would like to get the server put it under the right domain, so for
> example like www.xyzpressclub.fi
> but the server for the domain www.xyzpressclub.fi is refusing to open the
> domain lock and give the authentication code for the new server who has
> Campsite there in the temporary address (xyz.ourdomain.fi above).
>
> The old server who has the domain www.xyzpressclub.fi re-directed the
> domain nameservers for the temporary ip address and is asking us to just
> change the configuration in Campsite to get the site visible.
>
> Now when accessing this site with the domain www.xyzpressclub.fi, comes
>
> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a
> publication. Please create a publication and assign it the current site
> alias.
>
> With the temporary address xyz.ourdomain.fi the news site can be still
> seen, because that is the installation location.
>
> Sorry, can't put here publicly available the real domains, but I hope I've
> explained what is the problem and I just wish there would be some solution
> that we could avoid the conflict that the previous server is creating here
> (they are friends of our news site people, so we need to be diplomatic).
>
> Sanna @ Gene
>

I don't understand quite well the scenario, sorry... but I think you
should put www.xyzpressclub.fi as publication alias if that is the
domain your users are gonna use to open the site. If that makes the
trick don't worry about any other "real" address, Campsite will only
know about domain it is serving.

Cheers,


On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
wrote:
> Thanks!
> So, the

1. Go to http://www.xyzpressclub.fi/admin/
2. Please make sure you set the publication alias to www.xyzpressclub.fi
3. Please make sure the publication has at least one issue published
4. The issue has the issue, section and article templates assigned
5. Reset the cache from the admin menu (Actions->Clear System Cache)

On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department <
management@generare.com> wrote:

> Hi,
>
> that's what I thought and I put that, tested with or without www but so far
> couldn't get it visible.
> Campsite version is Campsite 3.3.2-rc2 "Speedy".
>
> S
>
>
> On 22.10.2009, at 16.40, Holman Romero wrote:
>
> I don't understand quite well the scenario, sorry... but I think you
>> should put www.xyzpressclub.fi as publication alias if that is the
>> domain your users are gonna use to open the site. If that makes the
>> trick don't worry about any other "real" address, Campsite will only
>> know about domain it is serving.
>>
>> Cheers,
>>
>>
>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
>> wrote:
>>
>>> Thanks!
>>> So, the www.xyzpressclub.fi is only linked by the IP address for this
>>> real
>>> installation address.
>>> The real, earlier installation address shows administration and also the
>>> end-user side of all but the www.xyzpressclub.fi is not showing any
>>> other
>>> than error.
>>> So, should we put there anyhow this www.xyzpressclub.fi as publication
>>> alias
>>> even if it is not the real installation page but it is indeed the one
>>> where
>>> the site should be shown in future?
>>> Any consequences with this kind of set up? Is the real installation place
>>> going to be revealed in some links of Campsite for people viewing the
>>> site?
>>> Sanna
>>> On 22.10.2009, at 14.18, Mugur Rus wrote:
>>>
>>> Please make sure you added the publication alias "www.ourdomain.fi" to
>>> the
>>> server that was on the "xyz.ourdomain.fi". After that reset the cache
>>> and
>>> try again.
>>>
>>> If you could not log in to the admin interface of the new "
>>> www.ourdomain.fi"
>>> server clear your cookies in your browser.
>>>
>>> Hope this helps,
>>> Mugur
>>>
>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department
>>> wrote:
>>>
>>>>
>>>> Hi!
>>>> We have had a temporary address for the Campsite installation in the
>>>> style
>>>> of
>>>> xyz.ourdomain.fi
>>>> (so www.ourdomain.fi has different content)
>>>> Now we would like to get the server put it under the right domain, so
>>>> for
>>>> example like www.xyzpressclub.fi
>>>> but the server for the domain www.xyzpressclub.fi is refusing to open
>>>> the
>>>> domain lock and give the authentication code for the new server who has
>>>> Campsite there in the temporary address (xyz.ourdomain.fi above).
>>>> The old server who has the domain www.xyzpressclub.fi re-directed the
>>>> domain nameservers for the temporary ip address and is asking us to just
>>>> change the configuration in Campsite to get the site visible.
>>>> Now when accessing this site with the domain www.xyzpressclub.fi, comes
>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a
>>>> publication. Please create a publication and assign it the current site
>>>> alias.
>>>> With the temporary address xyz.ourdomain.fi the news site can be still
>>>> seen, because that is the installation location.
>>>> Sorry, can't put here publicly available the real domains, but I hope
>>>> I've
>>>> explained what is the problem and I just wish there would be some
>>>> solution
>>>> that we could avoid the conflict that the previous server is creating
>>>> here
>>>> (they are friends of our news site people, so we need to be diplomatic).
>>>> Sanna @ Gene
>>>>
>>>
>>> --
>> /holman
>>
>
>
>
>
>
>

Hi,

It's hard to guess what's happening, can be different things... blank
page is nothing to do with Campsite but server configuration, that's
for sure.

First, I'd check apache config... is your campsite .htaccess file
working ok? does mod_rewrite enable? someone could have disabled it
and after restarting the server it is gone... and campsite needs it.


On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department
wrote:
> Hi!
> Unfortunately before we were able to proceed with this, the admin went
> blank, nothing visible with any address.
> This happened straight after the server hotel informed they had restarted
> the server.
> WE have no knowledge if these two things are linked though.
> We did throw after this all the admin-files again from the backup but that
> didn't make any difference: still only blank page. How could we test the
> server through Campsite what are the errors or if for example the
> installation requirements wouldn't be valid anymore? Then we would ask the
> server to check it when we have more detailed info.
> @Gene
>
> On 26.10.2009, at 13.47, Mugur Rus wrote:
>
> 1. Go to http://www.xyzpressclub.fi/admin/
> 2. Please make sure you set the publication alias to www.xyzpressclub.fi
> 3. Please make sure the publication has at least one issue published
> 4. The issue has the issue, section and article templates assigned
> 5. Reset the cache from the admin menu (Actions->Clear System Cache)
>
> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department
> wrote:
>>
>> Hi,
>>
>> that's what I thought and I put that, tested with or without www but so
>> far couldn't get it visible.
>> Campsite version is Campsite 3.3.2-rc2 "Speedy".
>>
>> S
>>
>> On 22.10.2009, at 16.40, Holman Romero wrote:
>>
>>> I don't understand quite well the scenario, sorry... but I think you
>>> should put www.xyzpressclub.fi as publication alias if that is the
>>> domain your users are gonna use to open the site. If that makes the
>>> trick don't worry about any other "real" address, Campsite will only
>>> know about domain it is serving.
>>>
>>> Cheers,
>>>
>>>
>>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
>>> wrote:
>>>>
>>>> Thanks!
>>>> So, the www.xyzpressclub.fi is only linked by the IP address for this
>>>> real
>>>> installation address.
>>>> The real, earlier installation address shows administration and also the
>>>> end-user side of all but the www.xyzpressclub.fi is not showing any
>>>> other
>>>> than error.
>>>> So, should we put there anyhow this www.xyzpressclub.fi as publication
>>>> alias
>>>> even if it is not the real installation page but it is indeed the one
>>>> where
>>>> the site should be shown in future?
>>>> Any consequences with this kind of set up? Is the real installation
>>>> place
>>>> going to be revealed in some links of Campsite for people viewing the
>>>> site?
>>>> Sanna
>>>> On 22.10.2009, at 14.18, Mugur Rus wrote:
>>>>
>>>> Please make sure you added the publication alias "www.ourdomain.fi" to
>>>> the
>>>> server that was on the "xyz.ourdomain.fi". After that reset the cache
>>>> and
>>>> try again.
>>>>
>>>> If you could not log in to the admin interface of the new
>>>> "www.ourdomain.fi"
>>>> server clear your cookies in your browser.
>>>>
>>>> Hope this helps,
>>>> Mugur
>>>>
>>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department
>>>> wrote:
>>>>>
>>>>> Hi!
>>>>> We have had a temporary address for the Campsite installation in the
>>>>> style
>>>>> of
>>>>> xyz.ourdomain.fi
>>>>> (so www.ourdomain.fi has different content)
>>>>> Now we would like to get the server put it under the right domain, so
>>>>> for
>>>>> example like www.xyzpressclub.fi
>>>>> but the server for the domain www.xyzpressclub.fi is refusing to open
>>>>> the
>>>>> domain lock and give the authentication code for the new server who has
>>>>> Campsite there in the temporary address (xyz.ourdomain.fi above).
>>>>> The old server who has the domain www.xyzpressclub.fi re-directed the
>>>>> domain nameservers for the temporary ip address and is asking us to
>>>>> just
>>>>> change the configuration in Campsite to get the site visible.
>>>>> Now when accessing this site with the domain www.xyzpressclub.fi, comes
>>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a
>>>>> publication. Please create a publication and assign it the current site
>>>>> alias.
>>>>> With the temporary address xyz.ourdomain.fi the news site can be still
>>>>> seen, because that is the installation location.
>>>>> Sorry, can't put here publicly available the real domains, but I hope
>>>>> I've
>>>>> explained what is the problem and I just wish there would be some
>>>>> solution
>>>>> that we could avoid the conflict that the previous server is creating
>>>>> here
>>>>> (they are friends of our news site people, so we need to be
>>>>> diplomatic).
>>>>> Sanna @ Gene
>>>>
>>> --
>>> /holman
>
>
>
>
>



--
/holman

The loaded modules are:

Modules core prefork http_core mod_so mod_access mod_auth
mod_auth_anon mod_auth_dbm mod_auth_digest util_ldap mod_auth_ldap
mod_include mod_log_config mod_env mod_mime_magic mod_cern_meta
mod_expires mod_deflate mod_headers mod_usertrack mod_setenvif
mod_mime mod_dav mod_status mod_autoindex mod_asis mod_info mod_dav_fs
mod_vhost_alias mod_negotiation mod_dir mod_imap mod_actions
mod_speling mod_userdir mod_alias mod_rewrite mod_proxy proxy_ftp
proxy_http proxy_connect mod_cache mod_suexec mod_disk_cache
mod_file_cache mod_mem_cache mod_cgi mod_perl mod_php5 mod_auth_shadow
mod_ssl

On 2.11.2009, at 19.55, Generare Management Department wrote:

> Hi!
>
> I got some data on error log as well (these ones below are many
> times there):
>
> [Mon Nov 02 19:33:43 2009] [error] [client 82.xxx.yyy.zz] PHP
> Warning: require_once(/db_connect.php) [function.require-once]: failed to open stream: No such
> file or directory in /home/webadmin/alias.customer.fi/html/classes/
> SystemPref.php on line 6
>
> [Mon Nov 02 19:33:45 2009] [error] [client 82. xxx.yyy.zz] PHP
> Notice: Undefined variable: g_campsiteDir in /home/webadmin/
> alias.customer.fi/html/classes/SystemPref.php on line 6
>
> I have looked both files refererred here:
> SystemPref.php and db_connect.php
>
> I uploaded both files again into the server. No change for the
> admin. The end-user side is still working and the db connection
> itself is working.
> So, probably the htaccess and the mod_rewrite should be fine if the
> end-user side works?
>
> S @ Gene
>
> On 2.11.2009, at 19.37, Holman Romero wrote:
>
>> Hi,
>>
>> It's hard to guess what's happening, can be different things... blank
>> page is nothing to do with Campsite but server configuration, that's
>> for sure.
>>
>> First, I'd check apache config... is your campsite .htaccess file
>> working ok? does mod_rewrite enable? someone could have disabled it
>> and after restarting the server it is gone... and campsite needs it.
>>
>>
>> On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department
>> wrote:
>>> Hi!
>>> Unfortunately before we were able to proceed with this, the admin
>>> went
>>> blank, nothing visible with any address.
>>> This happened straight after the server hotel informed they had
>>> restarted
>>> the server.
>>> WE have no knowledge if these two things are linked though.
>>> We did throw after this all the admin-files again from the backup
>>> but that
>>> didn't make any difference: still only blank page. How could we
>>> test the
>>> server through Campsite what are the errors or if for example the
>>> installation requirements wouldn't be valid anymore? Then we would
>>> ask the
>>> server to check it when we have more detailed info.
>>> @Gene
>>>
>>> On 26.10.2009, at 13.47, Mugur Rus wrote:
>>>
>>> 1. Go to http://www.xyzpressclub.fi/admin/
>>> 2. Please make sure you set the publication alias to www.xyzpressclub.fi
>>> 3. Please make sure the publication has at least one issue published
>>> 4. The issue has the issue, section and article templates assigned
>>> 5. Reset the cache from the admin menu (Actions->Clear System Cache)
>>>
>>> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> that's what I thought and I put that, tested with or without www
>>>> but so
>>>> far couldn't get it visible.
>>>> Campsite version is Campsite 3.3.2-rc2 "Speedy".
>>>>
>>>> S
>>>>
>>>> On 22.10.2009, at 16.40, Holman Romero wrote:
>>>>
>>>>> I don't understand quite well the scenario, sorry... but I think
>>>>> you
>>>>> should put www.xyzpressclub.fi as publication alias if that is the
>>>>> domain your users are gonna use to open the site. If that makes
>>>>> the
>>>>> trick don't worry about any other "real" address, Campsite will
>>>>> only
>>>>> know about domain it is serving.
>>>>>
>>>>> Cheers,
>>>>>
>>>>>
>>>>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
>>>>> wrote:
>>>>>>
>>>>>> Thanks!
>>>>>> So, the www.xyzpressclub.fi is only linked by the IP address
>>>>>> for this
>>>>>> real
>>>>>> installation address.
>>>>>> The real, earlier installation address shows administration and
>>>>>> also the
>>>>>> end-user side of all but the www.xyzpressclub.fi is not showing
>>>>>> any
>>>>>> other
>>>>>> than error.
>>>>>> So, should we put there anyhow this www.xyzpressclub.fi as
>>>>>> publication
>>>>>> alias
>>>>>> even if it is not the real installation page but it is indeed
>>>>>> the one
>>>>>> where
>>>>>> the site should be shown in future?
>>>>>> Any consequences with this kind of set up? Is the real
>>>>>> installation
>>>>>> place
>>>>>> going to be revealed in some links of Campsite for people
>>>>>> viewing the
>>>>>> site?
>>>>>> Sanna
>>>>>> On 22.10.2009, at 14.18, Mugur Rus wrote:
>>>>>>
>>>>>> Please make sure you added the publication alias "www.ourdomain.fi
>>>>>> " to
>>>>>> the
>>>>>> server that was on the "xyz.ourdomain.fi". After that reset the
>>>>>> cache
>>>>>> and
>>>>>> try again.
>>>>>>
>>>>>> If you could not log in to the admin interface of the new
>>>>>> "www.ourdomain.fi"
>>>>>> server clear your cookies in your browser.
>>>>>>
>>>>>> Hope this helps,
>>>>>> Mugur
>>>>>>
>>>>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi!
>>>>>>> We have had a temporary address for the Campsite installation
>>>>>>> in the
>>>>>>> style
>>>>>>> of
>>>>>>> xyz.ourdomain.fi
>>>>>>> (so www.ourdomain.fi has different content)
>>>>>>> Now we would like to get the server put it under the right
>>>>>>> domain, so
>>>>>>> for
>>>>>>> example like www.xyzpressclub.fi
>>>>>>> but the server for the domain www.xyzpressclub.fi is refusing
>>>>>>> to open
>>>>>>> the
>>>>>>> domain lock and give the authentication code for the new
>>>>>>> server who has
>>>>>>> Campsite there in the temporary address (xyz.ourdomain.fi
>>>>>>> above).
>>>>>>> The old server who has the domain www.xyzpressclub.fi re-
>>>>>>> directed the
>>>>>>> domain nameservers for the temporary ip address and is asking
>>>>>>> us to
>>>>>>> just
>>>>>>> change the configuration in Campsite to get the site visible.
>>>>>>> Now when accessing this site with the domain
>>>>>>> www.xyzpressclub.fi, comes
>>>>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned
>>>>>>> to a
>>>>>>> publication. Please create a publication and assign it the
>>>>>>> current site
>>>>>>> alias.
>>>>>>> With the temporary address xyz.ourdomain.fi the news site can
>>>>>>> be still
>>>>>>> seen, because that is the installation location.
>>>>>>> Sorry, can't put here publicly available the real domains, but
>>>>>>> I hope
>>>>>>> I've
>>>>>>> explained what is the problem and I just wish there would be
>>>>>>> some
>>>>>>> solution
>>>>>>> that we could avoid the conflict that the previous server is
>>>>>>> creating
>>>>>>> here
>>>>>>> (they are friends of our news site people, so we need to be
>>>>>>> diplomatic).
>>>>>>> Sanna @ Gene
>>>>>>
>>>>> --
>>>>> /holman
>>>
>>>
>>
>>
>> --
>> /holman
>
>

Pippa,

about ftp upgrading look at this:
http://trac.campware.org/campsite/wiki/UpgradingViaFtp

Detailed guidelines what to upload, what not

Sanna @ Gene

On 2.11.2009, at 20.08, pippa wrote:

> Hello,
>
> I'm finding time again to work on our Campsite installation and
> decided to update to 3.3.3 before continueing.
>
> Unfortunately a complete backup of everything is not possible with the
> method described in the manual. I do not have root access.
>
> My question now is what I need to back up exactly.
>
> Right now I was planning to do a full CPanel backup of the whole
> domain, which is an actual snapshot of everything including databases
> and which I can ask the provider to restore without this being any
> hassle.
>
> I also was thinking of additionally creating a folder into which I
> dump a copy of the whole campsite installation and I'd download a full
> dump of the database via phpmyadmin.
>
> Would that constitute a sufficient backup to restore the old site if
> the upgrade goes awry? Does the upgrade touch the database at all?
>
> My second question is regarding ftp-upload of the upgrade files. Again
> I'd much prefer a simpler solution. I was wondering whether I could
> upload the new 3.3.3-tar to a folder on the server, untar it in there
> and then move the files using the CPanel filemanager. As it is
> possible to simply move complete folders this way, it appears to be a
> faster solution.
>
> What I really miss is a list which tells me which files get
> overwritten by the upgrade and which stay the same, so that one is
> able to check whether the overwriting is complete or not. Again it is
> facility of upgrading which I have in mind. I'd love to just be able
> to delete a certain folder of which I know the whole content will be
> replaced and then replace it with what is in the new tar. The question
> is whether it actually works that way.
>
> Cheers
>
> Pippa
>
>

What you need to backup is:

1. directories: files, images, templates
2. campsite database

When you want to restore from backup:

1. install and configure a blank campsite (no demo templates)
2. upload "files", "images" and "templates" directories
3. restore the archived database over the existing one

On Mon, Nov 2, 2009 at 8:08 PM, pippa wrote:

> Hello,
>
> I'm finding time again to work on our Campsite installation and
> decided to update to 3.3.3 before continueing.
>
> Unfortunately a complete backup of everything is not possible with the
> method described in the manual. I do not have root access.
>
> My question now is what I need to back up exactly.
>
> Right now I was planning to do a full CPanel backup of the whole
> domain, which is an actual snapshot of everything including databases
> and which I can ask the provider to restore without this being any
> hassle.
>
> I also was thinking of additionally creating a folder into which I
> dump a copy of the whole campsite installation and I'd download a full
> dump of the database via phpmyadmin.
>
> Would that constitute a sufficient backup to restore the old site if
> the upgrade goes awry? Does the upgrade touch the database at all?
>
> My second question is regarding ftp-upload of the upgrade files. Again
> I'd much prefer a simpler solution. I was wondering whether I could
> upload the new 3.3.3-tar to a folder on the server, untar it in there
> and then move the files using the CPanel filemanager. As it is
> possible to simply move complete folders this way, it appears to be a
> faster solution.
>
> What I really miss is a list which tells me which files get
> overwritten by the upgrade and which stay the same, so that one is
> able to check whether the overwriting is complete or not. Again it is
> facility of upgrading which I have in mind. I'd love to just be able
> to delete a certain folder of which I know the whole content will be
> replaced and then replace it with what is in the new tar. The question
> is whether it actually works that way.
>
> Cheers
>
> Pippa
>
>
>

Hello Mugur,

Monday, November 2, 2009, 8:12:02 PM, you wrote:

MR> What you need to backup is:

MR> 1. directories: files, images, templates
MR> 2. campsite database

MR> When you want to restore from backup:

MR> 1. install and configure a blank campsite (no demo templates)
MR> 2. upload "files", "images" and "templates" directories
MR> 3. restore the archived database over the existing one

Thanks, that answers it, I can do a server-side backup then without
problem

Can anyone answer me the questions about upgrading? Can I simply
replace all the relevant folders, instead of overwrite them? Except of
course for the "conf", "bin", "admin-files", and "templates" folders,
where I act as described in the wiki?

Cheers

Pippa

What Campsite version do you have? This notice message was already fixed, it
should not show up there. It's possible that in the upgrade process you did
not update all the files, that would explain the blank page problem. Your
"admin.php" file was probably an older version. Please copy ALL the 3.3.3
sources again over the existing ones - make sure all files and directories
are copied.

Mugur

On Mon, Nov 2, 2009 at 10:15 PM, Generare Management Department <
management@generare.com> wrote:

> Hi, thanks!
>
> How did you do it?
> Now the admin works!
>
> Not know if anything to do with the issue but came this kind of error in
> the log now:
>
> [Mon Nov 02 21:59:43 2009] [error] [client 66.xxx.xx.xx] PHP Notice:
> Undefined index: Section::GetSections_3_1_13_838_null_null in
> /home/webadmin/alias.customer.fi/html/classes/CampCache.php on line 157
>
> S
>
> On 2.11.2009, at 21.06, Mugur Rus wrote:
>
> Upload the attached file (admin.php) into the /home/webadmin/
> alias.customer.fi/html directory.
>
> Request the http://site/admin URL and check if any other errors show up in
> the apache log file.
>
> Mugur
>
> On Mon, Nov 2, 2009 at 7:55 PM, Generare Management Department <
> management@generare.com> wrote:
>
>> Hi!
>>
>> I got some data on error log as well (these ones below are many times
>> there):
>>
>> [Mon Nov 02 19:33:43 2009] [error] [client 82.xxx.yyy.zz] PHP Warning:
>> require_once(/db_connect.php) [ >> href='function.require-once'>function.require-once]: failed to open
>> stream: No such file or directory in /home/webadmin/
>> alias.customer.fi/html/classes/SystemPref.php on line 6
>>
>> [Mon Nov 02 19:33:45 2009] [error] [client 82. xxx.yyy.zz] PHP Notice:
>> Undefined variable: g_campsiteDir in /home/webadmin/
>> alias.customer.fi/html/classes/SystemPref.php on line 6
>>
>> I have looked both files refererred here:
>> SystemPref.php and db_connect.php
>>
>> I uploaded both files again into the server. No change for the admin. The
>> end-user side is still working and the db connection itself is working.
>> So, probably the htaccess and the mod_rewrite should be fine if the
>> end-user side works?
>>
>> S @ Gene
>>
>>
>> On 2.11.2009, at 19.37, Holman Romero wrote:
>>
>> Hi,
>>>
>>> It's hard to guess what's happening, can be different things... blank
>>> page is nothing to do with Campsite but server configuration, that's
>>> for sure.
>>>
>>> First, I'd check apache config... is your campsite .htaccess file
>>> working ok? does mod_rewrite enable? someone could have disabled it
>>> and after restarting the server it is gone... and campsite needs it.
>>>
>>>
>>> On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department
>>> wrote:
>>>
>>>> Hi!
>>>> Unfortunately before we were able to proceed with this, the admin went
>>>> blank, nothing visible with any address.
>>>> This happened straight after the server hotel informed they had
>>>> restarted
>>>> the server.
>>>> WE have no knowledge if these two things are linked though.
>>>> We did throw after this all the admin-files again from the backup but
>>>> that
>>>> didn't make any difference: still only blank page. How could we test the
>>>> server through Campsite what are the errors or if for example the
>>>> installation requirements wouldn't be valid anymore? Then we would ask
>>>> the
>>>> server to check it when we have more detailed info.
>>>> @Gene
>>>>
>>>> On 26.10.2009, at 13.47, Mugur Rus wrote:
>>>>
>>>> 1. Go to http://www.xyzpressclub.fi/admin/
>>>> 2. Please make sure you set the publication alias to
>>>> www.xyzpressclub.fi
>>>> 3. Please make sure the publication has at least one issue published
>>>> 4. The issue has the issue, section and article templates assigned
>>>> 5. Reset the cache from the admin menu (Actions->Clear System Cache)
>>>>
>>>> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department
>>>> wrote:
>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> that's what I thought and I put that, tested with or without www but so
>>>>> far couldn't get it visible.
>>>>> Campsite version is Campsite 3.3.2-rc2 "Speedy".
>>>>>
>>>>> S
>>>>>
>>>>> On 22.10.2009, at 16.40, Holman Romero wrote:
>>>>>
>>>>> I don't understand quite well the scenario, sorry... but I think you
>>>>>> should put www.xyzpressclub.fi as publication alias if that is the
>>>>>> domain your users are gonna use to open the site. If that makes the
>>>>>> trick don't worry about any other "real" address, Campsite will only
>>>>>> know about domain it is serving.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>>
>>>>>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Thanks!
>>>>>>> So, the www.xyzpressclub.fi is only linked by the IP address for
>>>>>>> this
>>>>>>> real
>>>>>>> installation address.
>>>>>>> The real, earlier installation address shows administration and also
>>>>>>> the
>>>>>>> end-user side of all but the www.xyzpressclub.fi is not showing any
>>>>>>> other
>>>>>>> than error.
>>>>>>> So, should we put there anyhow this www.xyzpressclub.fi as
>>>>>>> publication
>>>>>>> alias
>>>>>>> even if it is not the real installation page but it is indeed the one
>>>>>>> where
>>>>>>> the site should be shown in future?
>>>>>>> Any consequences with this kind of set up? Is the real installation
>>>>>>> place
>>>>>>> going to be revealed in some links of Campsite for people viewing the
>>>>>>> site?
>>>>>>> Sanna
>>>>>>> On 22.10.2009, at 14.18, Mugur Rus wrote:
>>>>>>>
>>>>>>> Please make sure you added the publication alias "www.ourdomain.fi"
>>>>>>> to
>>>>>>> the
>>>>>>> server that was on the "xyz.ourdomain.fi". After that reset the
>>>>>>> cache
>>>>>>> and
>>>>>>> try again.
>>>>>>>
>>>>>>> If you could not log in to the admin interface of the new
>>>>>>> "www.ourdomain.fi"
>>>>>>> server clear your cookies in your browser.
>>>>>>>
>>>>>>> Hope this helps,
>>>>>>> Mugur
>>>>>>>
>>>>>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Hi!
>>>>>>>> We have had a temporary address for the Campsite installation in the
>>>>>>>> style
>>>>>>>> of
>>>>>>>> xyz.ourdomain.fi
>>>>>>>> (so www.ourdomain.fi has different content)
>>>>>>>> Now we would like to get the server put it under the right domain,
>>>>>>>> so
>>>>>>>> for
>>>>>>>> example like www.xyzpressclub.fi
>>>>>>>> but the server for the domain www.xyzpressclub.fi is refusing to
>>>>>>>> open
>>>>>>>> the
>>>>>>>> domain lock and give the authentication code for the new server who
>>>>>>>> has
>>>>>>>> Campsite there in the temporary address (xyz.ourdomain.fi above).
>>>>>>>> The old server who has the domain www.xyzpressclub.fi re-directed
>>>>>>>> the
>>>>>>>> domain nameservers for the temporary ip address and is asking us to
>>>>>>>> just
>>>>>>>> change the configuration in Campsite to get the site visible.
>>>>>>>> Now when accessing this site with the domain www.xyzpressclub.fi,
>>>>>>>> comes
>>>>>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a
>>>>>>>> publication. Please create a publication and assign it the current
>>>>>>>> site
>>>>>>>> alias.
>>>>>>>> With the temporary address xyz.ourdomain.fi the news site can be
>>>>>>>> still
>>>>>>>> seen, because that is the installation location.
>>>>>>>> Sorry, can't put here publicly available the real domains, but I
>>>>>>>> hope
>>>>>>>> I've
>>>>>>>> explained what is the problem and I just wish there would be some
>>>>>>>> solution
>>>>>>>> that we could avoid the conflict that the previous server is
>>>>>>>> creating
>>>>>>>> here
>>>>>>>> (they are friends of our news site people, so we need to be
>>>>>>>> diplomatic).
>>>>>>>> Sanna @ Gene
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>> /holman
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> /holman
>>>
>>
>>
>>
>>
>>
>>
>
>
>
>
>
>
>

This is still Campsite 3.3.2-rc2 "Speedy" according to the bottom text
of the admin side.
There is also a possibility that something went wrong when the server
restarted and some files could have been corrupted or replaced by the
server hotel (from backup?) but they are not giving any light for the
issue.

We know that another site that is in this very server (this is
dedicated for this news agency and their info web site) got some
damaged admin files at the same time too. That's why I replaced all
admin-files.

S

On 2.11.2009, at 22.54, Mugur Rus wrote:

> What Campsite version do you have? This notice message was already
> fixed, it should not show up there. It's possible that in the
> upgrade process you did not update all the files, that would explain
> the blank page problem. Your "admin.php" file was probably an older
> version. Please copy ALL the 3.3.3 sources again over the existing
> ones - make sure all files and directories are copied.
>
> Mugur
>
> On Mon, Nov 2, 2009 at 10:15 PM, Generare Management Department > > wrote:
> Hi, thanks!
>
> How did you do it?
> Now the admin works!
>
> Not know if anything to do with the issue but came this kind of
> error in the log now:
>
> [Mon Nov 02 21:59:43 2009] [error] [client 66.xxx.xx.xx] PHP
> Notice: Undefined index: Section::GetSections_3_1_13_838_null_null
> in /home/webadmin/alias.customer.fi/html/classes/CampCache.php on
> line 157
>
> S
>
> On 2.11.2009, at 21.06, Mugur Rus wrote:
>
>> Upload the attached file (admin.php) into the /home/webadmin/
>> alias.customer.fi/html directory.
>>
>> Request the http://site/admin URL and check if any other errors
>> show up in the apache log file.
>>
>> Mugur
>>
>> On Mon, Nov 2, 2009 at 7:55 PM, Generare Management Department >> > wrote:
>> Hi!
>>
>> I got some data on error log as well (these ones below are many
>> times there):
>>
>> [Mon Nov 02 19:33:43 2009] [error] [client 82.xxx.yyy.zz] PHP
>> Warning: require_once(/db_connect.php) [function.require-once]: failed to open stream: No such
>> file or directory in /home/webadmin/alias.customer.fi/html/classes/
>> SystemPref.php on line 6
>>
>> [Mon Nov 02 19:33:45 2009] [error] [client 82. xxx.yyy.zz] PHP
>> Notice: Undefined variable: g_campsiteDir in /home/webadmin/
>> alias.customer.fi/html/classes/SystemPref.php on line 6
>>
>> I have looked both files refererred here:
>> SystemPref.php and db_connect.php
>>
>> I uploaded both files again into the server. No change for the
>> admin. The end-user side is still working and the db connection
>> itself is working.
>> So, probably the htaccess and the mod_rewrite should be fine if the
>> end-user side works?
>>
>> S @ Gene
>>
>>
>> On 2.11.2009, at 19.37, Holman Romero wrote:
>>
>> Hi,
>>
>> It's hard to guess what's happening, can be different things... blank
>> page is nothing to do with Campsite but server configuration, that's
>> for sure.
>>
>> First, I'd check apache config... is your campsite .htaccess file
>> working ok? does mod_rewrite enable? someone could have disabled it
>> and after restarting the server it is gone... and campsite needs it.
>>
>>
>> On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department
>> wrote:
>> Hi!
>> Unfortunately before we were able to proceed with this, the admin
>> went
>> blank, nothing visible with any address.
>> This happened straight after the server hotel informed they had
>> restarted
>> the server.
>> WE have no knowledge if these two things are linked though.
>> We did throw after this all the admin-files again from the backup
>> but that
>> didn't make any difference: still only blank page. How could we
>> test the
>> server through Campsite what are the errors or if for example the
>> installation requirements wouldn't be valid anymore? Then we would
>> ask the
>> server to check it when we have more detailed info.
>> @Gene
>>
>> On 26.10.2009, at 13.47, Mugur Rus wrote:
>>
>> 1. Go to http://www.xyzpressclub.fi/admin/
>> 2. Please make sure you set the publication alias to www.xyzpressclub.fi
>> 3. Please make sure the publication has at least one issue published
>> 4. The issue has the issue, section and article templates assigned
>> 5. Reset the cache from the admin menu (Actions->Clear System Cache)
>>
>> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department
>> wrote:
>>
>> Hi,
>>
>> that's what I thought and I put that, tested with or without www
>> but so
>> far couldn't get it visible.
>> Campsite version is Campsite 3.3.2-rc2 "Speedy".
>>
>> S
>>
>> On 22.10.2009, at 16.40, Holman Romero wrote:
>>
>> I don't understand quite well the scenario, sorry... but I think you
>> should put www.xyzpressclub.fi as publication alias if that is the
>> domain your users are gonna use to open the site. If that makes the
>> trick don't worry about any other "real" address, Campsite will only
>> know about domain it is serving.
>>
>> Cheers,
>>
>>
>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department
>> wrote:
>>
>> Thanks!
>> So, the www.xyzpressclub.fi is only linked by the IP address for this
>> real
>> installation address.
>> The real, earlier installation address shows administration and
>> also the
>> end-user side of all but the www.xyzpressclub.fi is not showing any
>> other
>> than error.
>> So, should we put there anyhow this www.xyzpressclub.fi as
>> publication
>> alias
>> even if it is not the real installation page but it is indeed the one
>> where
>> the site should be shown in future?
>> Any consequences with this kind of set up? Is the real installation
>> place
>> going to be revealed in some links of Campsite for people viewing the
>> site?
>> Sanna
>> On 22.10.2009, at 14.18, Mugur Rus wrote:
>>
>> Please make sure you added the publication alias "www.ourdomain.fi"
>> to
>> the
>> server that was on the "xyz.ourdomain.fi". After that reset the cache
>> and
>> try again.
>>
>> If you could not log in to the admin interface of the new
>> "www.ourdomain.fi"
>> server clear your cookies in your browser.
>>
>> Hope this helps,
>> Mugur
>>
>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department
>> wrote:
>>
>> Hi!
>> We have had a temporary address for the Campsite installation in the
>> style
>> of
>> xyz.ourdomain.fi
>> (so www.ourdomain.fi has different content)
>> Now we would like to get the server put it under the right domain, so
>> for
>> example like www.xyzpressclub.fi
>> but the server for the domain www.xyzpressclub.fi is refusing to open
>> the
>> domain lock and give the authentication code for the new server who
>> has
>> Campsite there in the temporary address (xyz.ourdomain.fi above).
>> The old server who has the domain www.xyzpressclub.fi re-directed the
>> domain nameservers for the temporary ip address and is asking us to
>> just
>> change the configuration in Campsite to get the site visible.
>> Now when accessing this site with the domain www.xyzpressclub.fi,
>> comes
>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a
>> publication. Please create a publication and assign it the current
>> site
>> alias.
>> With the temporary address xyz.ourdomain.fi the news site can be
>> still
>> seen, because that is the installation location.
>> Sorry, can't put here publicly available the real domains, but I hope
>> I've
>> explained what is the problem and I just wish there would be some
>> solution
>> that we could avoid the conflict that the previous server is creating
>> here
>> (they are friends of our news site people, so we need to be
>> diplomatic).
>> Sanna @ Gene
>>
>> --
>> /holman
>>
>>
>>
>>
>> --
>> /holman
>>
>>
>>
>>
>>
>>
>>
>
>

I tested and put the original (standard) Article.php back to the
"classes" and the articles get visible again but of course the search
doesn't work again like it was the intention (without keywords).

S

On 3.11.2009, at 10.34, Generare Management Department wrote:

> Hi Mugur!
>
> I applied this to the search now again after getting the admin
> visible again as well.
> The search works now without putting specific keyword, and that's ok
> BUT all the articles disappeared from the user-end of the site!
> Could this be something to do with the fact that we have the
> languages type en_US, de_DE (not only "en", "de")?
>
> S
>
> On 21.10.2009, at 20.23, Mugur Rus wrote:
>
>> Hi,
>>
>> Currently the search function returns an empty list of no keyword
>> was specified; I attached a patched file that modifies this
>> function to return the full list of articles if no keyword was
>> specified. Of course you can use other filters from the advanced
>> search to select the articles in the list.
>>
>> Please copy the attached file (Article.php) to the classes
>> directory inside the Campsite install dir.
>>
>> Re language filter: this requires a little more work to be done,
>> can't do it now.
>>
>> Mugur
>>
>> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department >> > wrote:
>> Hi,
>>
>> sorry if I have asked this already but could not find my question,
>> neither answer for it here.
>>
>> So, could we make the search template to give a list of articles
>> according to selected sections and / or topics only?
>> Now the search functions only if you actually have a search word
>> that is then restricted by sections or topics. But we would like to
>> have it in a way that search word field can be also empty and
>> select only for example a certain section (that is in our case a
>> principal company) and the it would list all the articles in that
>> section. The same principle would go for the topics.
>>
>> Can we also add a language filter for the search? To search
>> articles in certain languages?
>>
>> Sanna @ Gene
>>
>>

Hi! Here is the original from campsite332rc2:
classes/

Would you need the article template as well?



Thanks!

S

On 3.11.2009, at 15.21, Mugur Rus wrote:

> Please send me the original version
>
> On Tue, Nov 3, 2009 at 1:08 PM, Generare Management Department > > wrote:
> I tested and put the original (standard) Article.php back to the
> "classes" and the articles get visible again but of course the
> search doesn't work again like it was the intention (without
> keywords).
>
> S
>
> On 3.11.2009, at 10.34, Generare Management Department wrote:
>
>> Hi Mugur!
>>
>> I applied this to the search now again after getting the admin
>> visible again as well.
>> The search works now without putting specific keyword, and that's
>> ok BUT all the articles disappeared from the user-end of the site!
>> Could this be something to do with the fact that we have the
>> languages type en_US, de_DE (not only "en", "de")?
>>
>> S
>>
>> On 21.10.2009, at 20.23, Mugur Rus wrote:
>>
>>> Hi,
>>>
>>> Currently the search function returns an empty list of no keyword
>>> was specified; I attached a patched file that modifies this
>>> function to return the full list of articles if no keyword was
>>> specified. Of course you can use other filters from the advanced
>>> search to select the articles in the list.
>>>
>>> Please copy the attached file (Article.php) to the classes
>>> directory inside the Campsite install dir.
>>>
>>> Re language filter: this requires a little more work to be done,
>>> can't do it now.
>>>
>>> Mugur
>>>
>>> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department >>> > wrote:
>>> Hi,
>>>
>>> sorry if I have asked this already but could not find my question,
>>> neither answer for it here.
>>>
>>> So, could we make the search template to give a list of articles
>>> according to selected sections and / or topics only?
>>> Now the search functions only if you actually have a search word
>>> that is then restricted by sections or topics. But we would like
>>> to have it in a way that search word field can be also empty and
>>> select only for example a certain section (that is in our case a
>>> principal company) and the it would list all the articles in that
>>> section. The same principle would go for the topics.
>>>
>>> Can we also add a language filter for the search? To search
>>> articles in certain languages?
>>>
>>> Sanna @ Gene
>>>
>>>
>
>
>
>

http://sympa.mdlf.org/wws/sigrequest/campsite-support

On Tue, Nov 3, 2009 at 4:56 PM, Mark Corsi wrote:

> Hi –
>
>
>
> How do I unsubscribe from this list?
>
>
>
> Thanks –
>
>
>
> Mark
>
>
>
> *From:* Mugur Rus [mailto:mugur.rus@gmail.com]
> *Sent:* Tuesday, November 03, 2009 9:27 AM
> *To:* campsite-support@campware.org
> *Subject:* Re: [campsite-support] Search also with sections or topics only
>
>
>
> Here is the 3.3.2 version of the Article.php file patched to allow search
> without keywords.
>
> On Tue, Nov 3, 2009 at 3:57 PM, Generare Management Department <
> management@generare.com> wrote:
>
> Hi! Here is the original from campsite332rc2:
>
> classes/
>
>
>
> Would you need the article template as well?
>
>
>
>
>
>
>
> Thanks!
>
>
>
> S
>
>
>
> On 3.11.2009, at 15.21, Mugur Rus wrote:
>
>
>
> Please send me the original version
>
> On Tue, Nov 3, 2009 at 1:08 PM, Generare Management Department <
> management@generare.com> wrote:
>
> I tested and put the original (standard) Article.php back to the "classes"
> and the articles get visible again but of course the search doesn't work
> again like it was the intention (without keywords).
>
>
>
> S
>
>
>
> On 3.11.2009, at 10.34, Generare Management Department wrote:
>
>
>
> Hi Mugur!
>
>
>
> I applied this to the search now again after getting the admin visible
> again as well.
>
> The search works now without putting specific keyword, and that's ok BUT
> all the articles disappeared from the user-end of the site! Could this be
> something to do with the fact that we have the languages type en_US, de_DE
> (not only "en", "de")?
>
>
>
> S
>
>
>
> On 21.10.2009, at 20.23, Mugur Rus wrote:
>
>
>
> Hi,
>
> Currently the search function returns an empty list of no keyword was
> specified; I attached a patched file that modifies this function to return
> the full list of articles if no keyword was specified. Of course you can use
> other filters from the advanced search to select the articles in the list.
>
> Please copy the attached file (Article.php) to the classes directory inside
> the Campsite install dir.
>
> Re language filter: this requires a little more work to be done, can't do
> it now.
>
> Mugur
>
> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department <
> management@generare.com> wrote:
>
> Hi,
>
> sorry if I have asked this already but could not find my question, neither
> answer for it here.
>
> So, could we make the search template to give a list of articles according
> to selected sections and / or topics only?
> Now the search functions only if you actually have a search word that is
> then restricted by sections or topics. But we would like to have it in a way
> that search word field can be also empty and select only for example a
> certain section (that is in our case a principal company) and the it would
> list all the articles in that section. The same principle would go for the
> topics.
>
> Can we also add a language filter for the search? To search articles in
> certain languages?
>
> Sanna @ Gene
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

Can you send me a screenshot and describe the behavior?

On Wed, Nov 4, 2009 at 11:42 AM, Generare Management Department <
management@generare.com> wrote:

> Hi Mugur!
>
> After throwing this, the search function is working without keywords as
> wished.
> For some reason the Publish Date selection stopped to work in admin. It
> worked yesterday still.
> Can these be related?
>
> Sanna
>
> On 3.11.2009, at 16.26, Mugur Rus wrote:
>
> Here is the 3.3.2 version of the Article.php file patched to allow search
> without keywords.
>
> On Tue, Nov 3, 2009 at 3:57 PM, Generare Management Department <
> management@generare.com> wrote:
>
>> Hi! Here is the original from campsite332rc2:
>> classes/
>>
>> Would you need the article template as well?
>>
>>
>>
>> Thanks!
>>
>> S
>>
>> On 3.11.2009, at 15.21, Mugur Rus wrote:
>>
>> Please send me the original version
>>
>> On Tue, Nov 3, 2009 at 1:08 PM, Generare Management Department <
>> management@generare.com> wrote:
>>
>>> I tested and put the original (standard) Article.php back to the
>>> "classes" and the articles get visible again but of course the search
>>> doesn't work again like it was the intention (without keywords).
>>>
>>> S
>>>
>>> On 3.11.2009, at 10.34, Generare Management Department wrote:
>>>
>>> Hi Mugur!
>>>
>>> I applied this to the search now again after getting the admin visible
>>> again as well.
>>> The search works now without putting specific keyword, and that's ok BUT
>>> all the articles disappeared from the user-end of the site! Could this be
>>> something to do with the fact that we have the languages type en_US, de_DE
>>> (not only "en", "de")?
>>>
>>> S
>>>
>>> On 21.10.2009, at 20.23, Mugur Rus wrote:
>>>
>>> Hi,
>>>
>>> Currently the search function returns an empty list of no keyword was
>>> specified; I attached a patched file that modifies this function to return
>>> the full list of articles if no keyword was specified. Of course you can use
>>> other filters from the advanced search to select the articles in the list.
>>>
>>> Please copy the attached file (Article.php) to the classes directory
>>> inside the Campsite install dir.
>>>
>>> Re language filter: this requires a little more work to be done, can't do
>>> it now.
>>>
>>> Mugur
>>>
>>> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department <
>>> management@generare.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> sorry if I have asked this already but could not find my question,
>>>> neither answer for it here.
>>>>
>>>> So, could we make the search template to give a list of articles
>>>> according to selected sections and / or topics only?
>>>> Now the search functions only if you actually have a search word that is
>>>> then restricted by sections or topics. But we would like to have it in a way
>>>> that search word field can be also empty and select only for example a
>>>> certain section (that is in our case a principal company) and the it would
>>>> list all the articles in that section. The same principle would go for the
>>>> topics.
>>>>
>>>> Can we also add a language filter for the search? To search articles in
>>>> certain languages?
>>>>
>>>> Sanna @ Gene
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
>
>
>
>
>

Hi!

In which exact version this functionality came to Campsite?
http://trac.campware.org/campsite/wiki/HowToEnlargeImages

I mean that the older has only the resize ratio percentage and the
newer has more fields for it.
Did this came already in 3.3.2 final or only 3.3.3?

Sanna

Hi!

How is the basic structure of the table "Sessions"?
For some reason it has crashed and should be repaired.


Error message visible in the phpmyadmin:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
Error

SQL query:

SELECT COUNT( * ) AS num
FROM `newsagency`.`Sessions`

MySQL said:

#145 - Table './newsagency/Sessions' is marked as crashed and should
be repaired
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -

Sanna @ Gene

Ok, actually it did help and it was found 93 pages of sessions in
phpmyadmin after that...
Thanks!

Sanna @ Gene

On 5.11.2009, at 14.22, Holman Romero wrote:

> Hi,
>
> You should first try:
>
> mysql> REPAIR TABLE Sessions QUICK;
>
> In most cases that makes the trick...
>
>
>
> On Thu, Nov 5, 2009 at 3:18 AM, Generare Management Department
> wrote:
>> Hi!
>>
>> How is the basic structure of the table "Sessions"?
>> For some reason it has crashed and should be repaired.
>>
>>
>> Error message visible in the phpmyadmin:
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> - - - -
>> Error
>>
>> SQL query:
>>
>> SELECT COUNT( * ) AS num
>> FROM `newsagency`.`Sessions`
>>
>> MySQL said:
>>
>> #145 - Table './newsagency/Sessions' is marked as crashed and
>> should be
>> repaired
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> - - - -
>>
>> Sanna @ Gene
>>
>
>
> --
> /holman

Hi!

We have upgraded to 3.3.3 now and the Creation Date and Publish Date
is still not working.
This was tested now and I haven't yet put the "search-without-
keywords" (Article.php) change there. So no tailored files should
affect on this issue.

Anything that could affect on this on the server-side? If some php
setting would have been changed etc.

Sanna @ Gene

On 6.11.2009, at 12.46, Mugur Rus wrote:

> The publish date selection was fixed in 3.3.3, maybe you had a
> patched article edit screen file. It would be best to upgrade to
> 3.3.3 to make the maintenance of patched files easier.
>
> On Wed, Nov 4, 2009 at 11:21 PM, Generare Management Department > > wrote:
> Hi!
>
> Attached a screenshot
>
> When pushing the article editing buttons (calendar icon) of Creation
> date and Publish date, neither of them work, so nothing happens. It
> has been tested with Mac FF 3.5.4 and Mac Safari, Windows IE (no
> knowledge of the version) and Windows FF (no knowledge of the
> version either).
> Yesterday both of them did work before the search function was put
> to work (there should be no other changes at the same time)
>
> Earlier in history (few weeks ago) the Creation date worked and the
> Publish date didn't. Then it was patched with the file edit.php
> given here in the forum. I attach also that here again.
>
>
>
> Sanna
>
> On 4.11.2009, at 22.02, Mugur Rus wrote:
>
>> Can you send me a screenshot and describe the behavior?
>>
>> On Wed, Nov 4, 2009 at 11:42 AM, Generare Management Department >> > wrote:
>> Hi Mugur!
>>
>> After throwing this, the search function is working without
>> keywords as wished.
>> For some reason the Publish Date selection stopped to work in
>> admin. It worked yesterday still.
>> Can these be related?
>>
>> Sanna
>>
>> On 3.11.2009, at 16.26, Mugur Rus wrote:
>>
>>> Here is the 3.3.2 version of the Article.php file patched to allow
>>> search without keywords.
>>>
>>> On Tue, Nov 3, 2009 at 3:57 PM, Generare Management Department >>> > wrote:
>>> Hi! Here is the original from campsite332rc2:
>>> classes/
>>>
>>> Would you need the article template as well?
>>>
>>>
>>>
>>> Thanks!
>>>
>>> S
>>>
>>> On 3.11.2009, at 15.21, Mugur Rus wrote:
>>>
>>>> Please send me the original version
>>>>
>>>> On Tue, Nov 3, 2009 at 1:08 PM, Generare Management Department >>>> > wrote:
>>>> I tested and put the original (standard) Article.php back to the
>>>> "classes" and the articles get visible again but of course the
>>>> search doesn't work again like it was the intention (without
>>>> keywords).
>>>>
>>>> S
>>>>
>>>> On 3.11.2009, at 10.34, Generare Management Department wrote:
>>>>
>>>>> Hi Mugur!
>>>>>
>>>>> I applied this to the search now again after getting the admin
>>>>> visible again as well.
>>>>> The search works now without putting specific keyword, and
>>>>> that's ok BUT all the articles disappeared from the user-end of
>>>>> the site! Could this be something to do with the fact that we
>>>>> have the languages type en_US, de_DE (not only "en", "de")?
>>>>>
>>>>> S
>>>>>
>>>>> On 21.10.2009, at 20.23, Mugur Rus wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Currently the search function returns an empty list of no
>>>>>> keyword was specified; I attached a patched file that modifies
>>>>>> this function to return the full list of articles if no keyword
>>>>>> was specified. Of course you can use other filters from the
>>>>>> advanced search to select the articles in the list.
>>>>>>
>>>>>> Please copy the attached file (Article.php) to the classes
>>>>>> directory inside the Campsite install dir.
>>>>>>
>>>>>> Re language filter: this requires a little more work to be
>>>>>> done, can't do it now.
>>>>>>
>>>>>> Mugur
>>>>>>
>>>>>> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department
>>>>>> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> sorry if I have asked this already but could not find my
>>>>>> question, neither answer for it here.
>>>>>>
>>>>>> So, could we make the search template to give a list of
>>>>>> articles according to selected sections and / or topics only?
>>>>>> Now the search functions only if you actually have a search
>>>>>> word that is then restricted by sections or topics. But we
>>>>>> would like to have it in a way that search word field can be
>>>>>> also empty and select only for example a certain section (that
>>>>>> is in our case a principal company) and the it would list all
>>>>>> the articles in that section. The same principle would go for
>>>>>> the topics.
>>>>>>
>>>>>> Can we also add a language filter for the search? To search
>>>>>> articles in certain languages?
>>>>>>
>>>>>> Sanna @ Gene
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>

Yep, I forgot you modified the language codes. You made the proper changes
but please keep the originals (e.g. calendar-en.js). This should fix the
calendar not loading issue in all screens.

Mugur

On Mon, Nov 9, 2009 at 7:57 AM, Generare Management Department <
management@generare.com> wrote:

> Hi again!
>
> I think had to do with the javascript files for the calendar.
> We've been changing them to our language codes again now, like from
> original "calendar-en.js" and actually via the version "calendar-en_US.js"
> to "calendar-en_UK.js" (the recent change from US version to UK) and others
> like from calendar-it.js to "calendar-it_IT.js"
>
> Not sure totally yet if everything works now but atleast the most
> problematic place that was the article editing Creation Date and Publish
> Date seems to be working now.
>
> Sanna @ Gene
>
> On 9.11.2009, at 1.07, Generare Management Department wrote:
>
> Hi!
>
> We have upgraded to 3.3.3 now and the Creation Date and Publish Date is
> still not working.
> This was tested now and I haven't yet put the "search-without-keywords"
> (Article.php) change there. So no tailored files should affect on this
> issue.
>
> Anything that could affect on this on the server-side? If some php setting
> would have been changed etc.
>
> Sanna @ Gene
>
> On 6.11.2009, at 12.46, Mugur Rus wrote:
>
> The publish date selection was fixed in 3.3.3, maybe you had a patched
> article edit screen file. It would be best to upgrade to 3.3.3 to make the
> maintenance of patched files easier.
>
> On Wed, Nov 4, 2009 at 11:21 PM, Generare Management Department <
> management@generare.com> wrote:
>
>> Hi!
>>
>> Attached a screenshot
>>
>> When pushing the article editing buttons (calendar icon) of Creation date
>> and Publish date, neither of them work, so nothing happens. It has been
>> tested with Mac FF 3.5.4 and Mac Safari, Windows IE (no knowledge of the
>> version) and Windows FF (no knowledge of the version either).
>> Yesterday both of them did work before the search function was put to work
>> (there should be no other changes at the same time)
>>
>> Earlier in history (few weeks ago) the Creation date worked and the
>> Publish date didn't. Then it was patched with the file edit.php given here
>> in the forum. I attach also that here again.
>>
>>
>>
>> Sanna
>>
>> On 4.11.2009, at 22.02, Mugur Rus wrote:
>>
>> Can you send me a screenshot and describe the behavior?
>>
>> On Wed, Nov 4, 2009 at 11:42 AM, Generare Management Department <
>> management@generare.com> wrote:
>>
>>> Hi Mugur!
>>>
>>> After throwing this, the search function is working without keywords as
>>> wished.
>>> For some reason the Publish Date selection stopped to work in admin. It
>>> worked yesterday still.
>>> Can these be related?
>>>
>>> Sanna
>>>
>>> On 3.11.2009, at 16.26, Mugur Rus wrote:
>>>
>>> Here is the 3.3.2 version of the Article.php file patched to allow search
>>> without keywords.
>>>
>>> On Tue, Nov 3, 2009 at 3:57 PM, Generare Management Department <
>>> management@generare.com> wrote:
>>>
>>>> Hi! Here is the original from campsite332rc2:
>>>> classes/
>>>>
>>>> Would you need the article template as well?
>>>>
>>>>
>>>>
>>>> Thanks!
>>>>
>>>> S
>>>>
>>>> On 3.11.2009, at 15.21, Mugur Rus wrote:
>>>>
>>>> Please send me the original version
>>>>
>>>> On Tue, Nov 3, 2009 at 1:08 PM, Generare Management Department <
>>>> management@generare.com> wrote:
>>>>
>>>>> I tested and put the original (standard) Article.php back to the
>>>>> "classes" and the articles get visible again but of course the search
>>>>> doesn't work again like it was the intention (without keywords).
>>>>>
>>>>> S
>>>>>
>>>>> On 3.11.2009, at 10.34, Generare Management Department wrote:
>>>>>
>>>>> Hi Mugur!
>>>>>
>>>>> I applied this to the search now again after getting the admin visible
>>>>> again as well.
>>>>> The search works now without putting specific keyword, and that's ok
>>>>> BUT all the articles disappeared from the user-end of the site! Could this
>>>>> be something to do with the fact that we have the languages type en_US,
>>>>> de_DE (not only "en", "de")?
>>>>>
>>>>> S
>>>>>
>>>>> On 21.10.2009, at 20.23, Mugur Rus wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Currently the search function returns an empty list of no keyword was
>>>>> specified; I attached a patched file that modifies this function to return
>>>>> the full list of articles if no keyword was specified. Of course you can use
>>>>> other filters from the advanced search to select the articles in the list.
>>>>>
>>>>> Please copy the attached file (Article.php) to the classes directory
>>>>> inside the Campsite install dir.
>>>>>
>>>>> Re language filter: this requires a little more work to be done, can't
>>>>> do it now.
>>>>>
>>>>> Mugur
>>>>>
>>>>> On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department <
>>>>> management@generare.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> sorry if I have asked this already but could not find my question,
>>>>>> neither answer for it here.
>>>>>>
>>>>>> So, could we make the search template to give a list of articles
>>>>>> according to selected sections and / or topics only?
>>>>>> Now the search functions only if you actually have a search word that
>>>>>> is then restricted by sections or topics. But we would like to have it in a
>>>>>> way that search word field can be also empty and select only for example a
>>>>>> certain section (that is in our case a principal company) and the it would
>>>>>> list all the articles in that section. The same principle would go for the
>>>>>> topics.
>>>>>>
>>>>>> Can we also add a language filter for the search? To search articles
>>>>>> in certain languages?
>>>>>>
>>>>>> Sanna @ Gene
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
>
>
>